“Big Ball of Mud”（直译“泥球”）是软件工程中的一种反模式（anti-pattern），指一个系统缺乏清晰架构与模块边界，代码结构混乱、耦合严重、靠“能跑就行”的方式不断堆叠补丁，导致维护与扩展成本越来越高。（也常用于泛指“杂乱无章的一团东西”。）
/ˌbɪɡ ˌbɔːl əv ˈmʌd/
The project turned into a big ball of mud after years of quick fixes.
这个项目在多年“快速修补”之后变成了一团乱麻的系统。
Without clear boundaries and tests, the codebase slowly became a big ball of mud that only a few developers could understand.
由于缺乏清晰的模块边界和测试，这个代码库逐渐变成“泥球式”混乱架构，只有少数开发者看得懂。
该说法源于软件架构与模式社群，用“一大团泥”来形象比喻：系统像泥巴一样被反复揉捏、粘连在一起，没有稳定形状，也难以分离出干净的部件。作为术语，它因 Brian Foote 与 Joseph Yoder 的经典文章《Big Ball of Mud》（1997）而广为流行，用来警示“先凑合、后失控”的架构演化路径。
Select Language